home *** CD-ROM | disk | FTP | other *** search
/ Cream of the Crop 11 / Cream of the Crop 11-2.iso / os2 / rsynth1.zip / README.linux < prev    next >
Text File  |  1994-11-08  |  2KB  |  56 lines
  1. The requirement is basically that a DSP is present which is supported by
  2. the linux sound-kit V2.0. Those include Gravis Ultrasound, Pro Audio
  3. Spectrum, and Soundblaster (Pro). The sound driver provides the
  4. programmer with a relatively device-independent way of addressing these
  5. cards. The software requirement is that the sound-kit package is compiled
  6. into the kernel.
  7.  
  8. The Linux version has a lot less capabilities than the SPARC version. 
  9. A summary:
  10.  
  11.   say -r #            : set the sampling rate in Hz.
  12.   say -l filename -L  : output the resulting sound to a file.
  13.   say "words words and more words".
  14.   say "[phonemes]".
  15.  
  16. Don't expect too much speed: on my 486/33 the generation of 12000 Hz speech
  17. takes as long as the speech itself. Quality goes up when the speed goes up!
  18.  
  19. Rob Hooft. (hooft@EMBL-Heidelberg.DE)
  20.  
  21. PS: the pronunciation of Linuxer is completely wrong. Try "hello, [lInjuks3]"
  22.     instead. That is the best approximation I could find.
  23.  
  24. BTW: I have been told that there still is a problem with the Linux
  25. version: the /dev/sbdsp device was only used in old days: newer
  26. systems only have the newer name /dev/dsp. Maybe you can change this
  27. in your version.
  28.  
  29.  
  30. Bob Blair <@ANLVM.CTD.ANL.GOV:reb@sgi3.hep.anl.gov>
  31.  
  32. Had to make the following change:
  33.  
  34. The problem I had was actually quite simple and I managed to fix it
  35. after looking at a file that does work fine when cat'ed to /dev/dsp (one
  36. produced by the recording utility "srec").  Maybe my installation is
  37. funny or maybe the more advanced SoundBlaster cards work differently,
  38. but for my system the thing I did was to change the line in hplay.c that
  39. read something like:
  40. converted[i] = data[i]/256 ;
  41. and change it to:
  42. converted[i] = ( data[i] - 32768 )/256;
  43. and to change the declaration of converted from "signed *char" to
  44. "unsigned *char".  My system expects unsigned data oscillating about 128
  45. not signed data oscillating about 0.  The whole thing works very nicely
  46. now (I wish it was faster but a 16Mhz 386sx is a little on the low end
  47. side).  I am giving you these details just in case others see the same
  48. problem and email you for a solution (also if Mr. Hooft is listening,
  49. maybe he has an insight on what or if my system is a freak in this
  50. regard).
  51.  
  52.  
  53.  
  54.  
  55.  
  56.